home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group95a.txt / 000051_icon-group-sender _Sun Feb 5 13:43:56 1995.msg < prev   
Internet Message Format  |  1995-02-09  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Sun, 5 Feb 1995 12:44:02 MST
  2. Date: Sun, 5 Feb 1995 13:43:56 -0600
  3. From: jeffery@runner.jpl.utsa.edu (Clinton L. Jeffery)
  4. Message-Id: <9502051943.AA05130@runner.utsa.edu>
  5. To: goer@mithra-orinst.uchicago.edu
  6. Cc: icon-group@cs.arizona.edu
  7. In-Reply-To: <9502051751.AA10095@mithra-orinst.uchicago.edu> (goer@mithra-orinst.uchicago.edu)
  8. Subject: Re: sockets, loadfunc, etc.
  9. Content-Length: 2788
  10. Errors-To: icon-group-errors@cs.arizona.edu
  11.  
  12.  
  13. [Richard Goerwitz states:]
  14.    Loadfunc, as it stands now, also appears to lean heavily on features 
  15.    specific to just a few Unix platforms.
  16.  
  17. I just don't see this as being true.  What is true is that dynamic loading is
  18. in general our best hope of providing you guys with your "lean core runtime
  19. system" and letting you extend it.  I think most modern operating systems
  20. provide a dynamic loading facility (.dll's on DOS and OS/2, .lib's on Amigas,
  21. .so's on UNIX...).  loadfunc() is not UNIX specific, but like the graphics
  22. interface, it must be implemented on each OS before it is available there.
  23. Implementing it on most OS'es is trivial compared with implementing graphics.
  24.  
  25. [Richard goes on to write ..."the point is that, at version 8.0, even a
  26. dummy like me could do this sort of thing."]
  27.  
  28. I am a bit tired of hearing that "Version 8 was so easy to extend that even
  29. I could extend it, but I can never do that with Version 9".  Version 8 was
  30. hard to extend, Version 9 is in many ways easier.  In Version 8 if your
  31. extension had any interesting use of memory, interfacing it to the garbage
  32. collector was a nightmare.  In Version 9 this is much cleaner.  In
  33. Version 8 if you wanted to extend it your only choice was to relink your
  34. iconx, making public distribution of your extension unlikely.  In Version 9,
  35. you can add it as a built-in to iconx or write some C code for loadfunc().
  36.  
  37. [John Paolillo agrees, seconding Richard's request that we "provide
  38. facilities for dummies like me to access facilities already present
  39. in our OS for doing them."]
  40.  
  41. The bottom line is that for the kinds of features you've been asking for
  42. lately, like multi-byte character support or Macintosh OSA support, there
  43. is NO MAGIC BULLET.  There is no way the features can be implemented
  44. without a small army of programmers, even if it is supported in a given OS.
  45. The Icon community has to either pay for it to happen, or find a sponsor,
  46. or implement it ourselves.
  47.  
  48. Should I be organizing an RTL training seminar, or an on-line RTL tutorial
  49. group?  I'd be willing to donate money to an Icon "internationalization
  50. endowment fund", but it will take a lot of resources.  If anyone wants to
  51. come spend a few weeks or months to work on Icon, or wants to do an
  52. Icon-related graduate degree, I'd be happy to do what I can.  :-)
  53.  
  54. I appreciate how frustrating it is to love an obscure language that happens
  55. to be designed better than so many popular languages with heavy industry
  56. backing.  The question is: how much do you love Icon?  Enough to live with
  57. its limitations and use it when its appropriate?  Or enough to do something
  58. yourself to make Icon better or support its development, besides posting news?
  59.  
  60. Clint Jeffery
  61. cjeffery@cs.arizona.edu, jeffery@ringer.cs.utsa.edu
  62. The University of Texas at San Antonio